home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950929-19951130
/
000417_news@columbia.edu_Sun Nov 19 13:16:57 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-12-25
|
4KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA29020
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Mon, 20 Nov 1995 08:25:34 -0500
Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id IAA01551 for kermit.misc@watsun; Mon, 20 Nov 1995 08:25:31 -0500
Path: news.columbia.edu!sol.ctr.columbia.edu!news.kei.com!newsfeed.internetmci.com!swrinde!sgigate.sgi.com!wrdis02.robins.af.mil!rcp6.elan.af.mil!newshub.nosc.mil!dog.ee.lbl.gov!news.cs.utah.edu!cc.usu.edu!jrd
From: jrd@cc.usu.edu (Joe Doupnik)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Kermit problems
Message-Id: <1995Nov19.191657.67286@cc.usu.edu>
Date: 19 Nov 95 19:16:57 MDT
References: <DI5GHF.H3o@mv.mv.com>
Organization: Utah State University
Lines: 31
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <DI5GHF.H3o@mv.mv.com>, lakewood@mv.mv.com (Lakewood Corporation) writes:
> Hi. I was wondering if anyone has experienced either of the following
> messages:
>
> "?No room for Take file buffer or Macro Definition"
>
> - when downloading a file using a macro.
>
> "?Word "^@^@^@^@" is not usable here"
>
> - I get when disconnecting (alt-x) from a tcp/ip connection with
> a unix host. When I try to quit, I get the following message:
>
> "Memory Allocation Error"
> "Cannot Load Command"
> "System Halted"
>
> I am running Dos kermit 3.13. Is there a newer version? Is there
> a faq that discusses these issues?
----------
It does appear that your machine ran out of memory and it has
memory managment difficulties. We discuss some of the common pitfalls
of memory management in the MSK release notes, but obviously we cannot
cover everything which can happen in this area.
There is a newer edition of MSK, version 3.14, which you may find
on the permanent Kermit distribution point of kermit.columbia.edu. Once
there cd to kermit/msdos, get the binary file msvibm.zip which is the
quick-start kit.
Please try that first, and if the problem persists then tell us
what you did when the error occurred. As much context as possible is useful.
Joe D.
ading @ and )
> characters I omitted the \Freplace altogether and changed the output to:
>
> output {\%p\13}
>
> If you're still reading, you've probably predicted that the above fails
> when \%p begins with }.
>
> I'm hoping that someone can tell me I'm being doltish and the solution is
> to simply <fill in the blank>.
> --
>
> Mike Smith mike@ccs.queensu.ca
> Queen's University Michael.D.Smith@QueensU.CA
> Computing and Communications Services (613) 545-2024
----------
Mike, I'm embarassed. This kind of problem is inherent when text
substitution occurs. The strings we see above are processed and reprocessed
with substitution material and each time the parser sees the results. Thus
"overloading" characters does cause difficulties as you have demonstrated.
The way around them is typically to use the \number rendition of characters
which are special to Kermit's command line syntax. \number material is
converted by the OUTPUT command and normally is left intact during command
parsing before that.
The reason for embarassement is mainly that we haven't explained
the subtleties of Kermit command syntax in ways that are easily understood.
A supplementary reason is we ought to do a better job in the parser avoiding
some, not all but some, of these situations. Believe me, substitution in the
command parser is sophisticated to the point where the author (me) has to
take time out to study up on how it works under some conditions. But in
any case MSK's command syntax is stil far easier to deal with than Perl pgms.
In the cases at hand, the leading @name item is documented and has
been present for years. The example of out {\%p\13} is easily cured by
omitting the curly braces shown above, and then the closing curly brace in
\%p is treated as ordinary text (because there is no opening curly brace
to trigger a search for a closing one).
Joe D.